home *** CD-ROM | disk | FTP | other *** search
/ BBS Toolkit / BBS Toolkit.iso / remote / rap100a.zip / WHATSNEW.100 < prev    next >
Text File  |  1991-11-15  |  12KB  |  256 lines
  1. What's New - V1.00
  2. ==================
  3.  
  4. Finally, it's good enough to be released!
  5.  
  6. Features new to this version include:
  7.  
  8. - Personal actions now *WORK*.  Yes, your users can set up "custom"
  9.   actions that only they can activate.
  10.  
  11. - Faster file-handling routines.  Essentially, two "index" files were
  12.   created to speed up searching.  This is PARTICULARLY noticeable when
  13.   searching the userfile, which is bloody MONSTROUS nowadays!  CAUTION:
  14.   you must prepare your system for this new version of RAP (see below).
  15.  
  16. - Couple of hard-to-kill bugs swatted (I think), including one where the
  17.   system would occasionally go brain-dead and lose track of where the
  18.   cursor is.  I think I got that one (jackhammer approach, used liberal
  19.   LOCATE statements).
  20.  
  21. Upgrading from *ANY* previous version:
  22.  
  23. Because RAP now needs two new index files, you cannot simply just copy
  24. the new .EXE files into your RAP directory and expect it to work.  It
  25. certainly will not.
  26.  
  27. Copy all the files from this archive into your working RAP directory
  28. (well, maybe ya don't need the RAP.DOC and WHATSNEW.100 files, but you
  29. get the idea).  Next, run RAPMAINT 100 (or some other high number).
  30. This will automatically clean the userfile and, as a result, build the
  31. new USERS2.RAP indexfile.  Finally, run MAKERAP CLEAN once, which, as
  32. part of its cleanup procedures, will build a new NODEIDX2.RAP indexfile.
  33.  
  34. And that's it!  Easy, huh?
  35.  
  36. One final thing: when running multiple RAP sessions under Desqview,
  37. things can get a bit slow.  Part of the problem here is that I have *NO*
  38. idea how, in the QuickBASIC environment, to release Desqview timeslices.
  39. Thus, each copy of RAP demands and gets its full timeslice, even if its
  40. just sitting there waiting for input.  Rats.  If anyone can assist me in
  41. this regard I'd be delighted to hear from them!  See the end of RAP.DOC
  42. for info on how to contact me.
  43.  
  44. What's New - V0.90ß
  45. ===================
  46.  
  47. Boy, am I an idiot!
  48.  
  49. Seems that the RA environment variable generally points to individual
  50. subdirectories and *NOT* to the directory where USERON.BBS is located
  51. (see WHAT'S NEW V0.88).  Therefore WIPEUSER was goofing up and writing
  52. USERON.BBS into the wrong directory.
  53.  
  54. This has been fixed: WIPEUSER must now be run from the directory in
  55. which USERON.BBS resides, usually the one defined in RACONFIG as the
  56. SYSTEM DIRECTORY.
  57.  
  58. Next... Personal Actions are now *HERE*.  Users can program up to four
  59. personal actions that only they can use.  TalkTypes, I'm afraid, are
  60. *NOT* available for user programming... :-)  Most users have trouble
  61. figuring them out, anyways...
  62.  
  63. What's New - V0.88ß
  64. ===================
  65.  
  66. I shoulda seen this coming....
  67.  
  68. All my testing of RAP's interaction with USERON.BBS went flawlessly
  69. because I had a perfectly formatted USERON.BBS file, thanks to the
  70. author of SabreChat.  Y'see, RemoteAccess tends to throw a lot of
  71. GIBBERISH into this file for some reason.  The SabreChat author noted
  72. this and provided a program called "WIPE!" with his door which will
  73. freshly format USERON.BBS each time it is run.  I've been using this in
  74. my AUTOEXEC.BAT for quite some time so this problem never even occurred
  75. to me.
  76.  
  77. One of my beta-testers ran head-first into this problem (hiya Hazel!),
  78. so RAP now includes WIPEUSER.EXE.  Syntax is fairly simple, just type
  79. WIPEUSER and it will format USERON.BBS to 32 nodes.  Or, you can specify
  80. your own number of nodes after the command but don't use anything *LESS*
  81. than 32 with RAP (even though WIPEUSER will let you get away with it,
  82. perhaps for other purposes).
  83.  
  84. Where does it create USERON.BBS?  In the absence of the "RA" environment
  85. variable, right in the current directory.  If RA is defined, with a SET
  86. RA=d:\path directive (say in your AUTOEXEC.BAT file), it will write a
  87. fresh USERON.BBS in that directory.  Needless to say, *NOBODY* should be
  88. on your BBS when you run this program.  For best results, run it in your
  89. AUTOEXEC.BAT file, or perhaps your MIDNIGHT.BAT file.  Definitely run it
  90. at least once before trying to connect RAP with RA.
  91.  
  92. What's New - V0.87ß
  93. ===================
  94.  
  95. As you can see, lots of work between V0.63 and this one.  This was the
  96. most difficult piece of code to add, mainly cuz the RA-110 structures
  97. aren't very damned clear to this QuickBASIC programmer.  However, it
  98. *DOES* now work.
  99.  
  100. Be sure to run the new MAKERAP CLEAN at least once: changes were made to
  101. NODEIDX.RAP and the various NODExx.RAP files as well, so be sure they're
  102. wiped clean before starting up this new version.
  103.  
  104. BBS<>RAP communications are now a reality.  A BBS user can now page a
  105. RAP user and vice versa, providing the new RAP.CTL file is configured
  106. correctly (please see RAP.DOC and/or the supplied sample RAP.CTL file).
  107. You *MUST* change your batch file or other method of loading RAP to take
  108. into account this new file.
  109.  
  110. Specifically, USERS was changed to LOOKUP, NODES now lists BBS users as
  111. well as RAP users, and PAGE will let a RAP user page a BBS user.
  112.  
  113. PROFILE command almost completed.  Personal actions still ain't there
  114. but you can now edit both your handle and your description (which is
  115. displayed with the LOOKUP command).
  116.  
  117. V0.87 is now *SPECIFICALLY* tied to RemoteAccess V1.10 (and greater).
  118. RA-110 introduced "language support".  RAP doesn't exactly support this
  119. (yet) but it does look for some very specific codes from RA...
  120. specifically, language records 258, 496, and 497.  RAP will read a page
  121. from RemoteAccess V1.01 and earlier, but the reverse ain't true: it'll
  122. look like crap in the BBS.  RA-110 is *WELL* worth the (free) upgrade
  123. folks, so please take the time to get it.
  124.  
  125. Many other small changes... so damned many that I can't remember half of
  126. them (been up all node coding this beast!), but hopefully you'll stumble
  127. upon them and smile.  :-)
  128.  
  129. There will hopefully be only one more beta before full-release, and
  130. that'll be V0.90, with the personal actions *FINALLY* enabled.  This
  131. ain't so much difficult as time-consuming and it's time to put this
  132. thing away for a few days and let the beta-bashers have at it!
  133.  
  134. What's New - v0.63ß
  135. ===================
  136.  
  137. By popular request, actions that normally did not show to yourself now
  138. *DO* show to yourself.  IE: if you typed BOUNCE (using the supplied
  139. ACTION.RAP file), normally you wouldn't see much except the supplied
  140. response-back.  Now you'll *ALSO* see what everyone else saw.
  141.  
  142. What's New - V0.62ß
  143. ===================
  144.  
  145. Fixed buglet involving lost carriers during new user search, which would
  146. sometimes halt the system with "HIT ANY KEY TO RETURN TO SYSTEM".
  147. Damned annoying, huh?
  148.  
  149. Redefined "polling" to now occur after every 1 second of inactivity,
  150. rather than after every "x" number of cycles through the main menu loop.
  151. On busy multitasking systems, messages were backing up for two reasons:
  152. it would take a while before RAP would poll and if the user was a fast
  153. typer, they'd always start a new line before the poll began.  Secondly,
  154. the rapid polling going on (remember, each copy of RAP is polling DOS
  155. for the same file) was bogging things down.  On my testing on a
  156. LANTASTIC network things got *REALLY* bad.  This has alleviated the
  157. problem somewhat.
  158.  
  159. What's New - V0.60ß
  160. ===================
  161.  
  162. Major change to the USERS.RAP file structure.  I haven't yet added the
  163. new PROFILE options yet but I did make the file structure changes
  164. already.  Be sure to copy 055TO060.EXE into your RAP subdirectory and
  165. run it *ONLY ONCE*.  This will convert your user file so that nobody's
  166. handles get lost.  Delete 055TO060.EXE when you are through with it.
  167.  
  168. Major overhaul to the text interface with the user.  Less wasted lines,
  169. better use of ANSI color, etc.  Some bugs removed (whispering would send
  170. back a message that your message had been sent... twice).  You may want
  171. to look over and test all of your TALKTYPES carefully because I changed
  172. the prompt slightly.
  173.  
  174. Screenclears removed from most reports.
  175.  
  176. If you had defined an action with a line 4 of "N/A", weird things would
  177. happen if a user went ahead and tried to add a username.  For example,
  178. the default DRINK action is such a case.  If one typed DRINK USERNAME,
  179. one of two things would happen.  If USERNAME was signed on, the entire
  180. input text would be sent out as a message (as intended) to everyone.
  181. If, however, USERNAME was not signed on, you'd get "could not find a
  182. user named USERNAME" followed by the line 2 message.  Weird.  Fixed.
  183.  
  184. WHO was changed to NODES.  WHO now brings up a much shorter list of who
  185. is in the Pub.  This is also displayed when you first enter RAP.
  186.  
  187. Handles are now capitalized when new users sign in.  Additionally, sign
  188. in can now be aborted without having to drop carrier.  Oops!
  189.  
  190. USERS was showing all the empty log entries and, worst of all,
  191. displaying long sequences of SPACE characters on such records... thus
  192. REALLY slowing down the display.  The SPACE chars are gone and blank
  193. records are NO LONGER DISPLAYED.
  194.  
  195. When QUITting, one last check is now made of your buffer to get any
  196. last-second messages.
  197.  
  198. Profiles: this is coming in a future version, probably in time for
  199. V1.00.  The idea here is that the user can enter a short description of
  200. himself/herself for others to see.  Additionally, up to four (4)
  201. "personal" actions can be defined.  *NONE* of this yet works, but as
  202. noted above the user file structure has been changed to accomodate these
  203. future changes.  This has, as a side effect, swelled the size of
  204. USERS.RAP considerably, it's now about 230K or so.  On an active system,
  205. however, this investment in disk space will prove worthwhile (my opinion
  206. anyways) as it'll add a new dimension to RAP.
  207.  
  208. Also "coming soon": sure would be nice if RAP could be told to stash the
  209. NODEIDX.RAP file in a RAMDISK instead of on the HD, right?  If you're
  210. using a disk cache (HIGHLY recommended) this won't make much difference
  211. of course, but hey: may as well make this optional.
  212.  
  213. One other thing I want to add is better formatting on received messages.
  214. Currently they're just blasted at the screen (and modem) as they are
  215. (with ANSI sequences inserted).  If someone just typed 300 characters at
  216. you, they come out the modem port 300 chars in a row.  Some terminals,
  217. particularly some I've seen for Windows and GeoWorks, and also the
  218. built-in terminal in the MilqueToast mailer, do *NOT* automatically
  219. linefeed to the next line at the end of line (ie: at the 80th column).
  220. RAP's output, therefore, is gonna look particularly like a dog's
  221. breakfast on such terminals when long messages are involved.  An
  222. upcoming version will allow the user to define terminal width, and any
  223. incoming messages will automatically be formatted with CR-LF's so that
  224. this problem can be alleviated.
  225.  
  226. I really wish the people who write these terminal programs would STICK
  227. TO THE BLOODY STANDARDS ESTABLISHED!!
  228.  
  229. I need more feedback, folks.  I need to know what the users like, what
  230. they dislike, and want they (and you sysops) want in the next version.
  231.  
  232. What's New - V0.57ß
  233. ===================
  234.  
  235. I found that the "poll rate" was set MUCH too high.  Ya didn't notice it
  236. so much on a local cached drive, but take away the cache, or run it
  237. across a LAN, and things would bog down fast because each copy of RAP
  238. was polling the NODEIDX file *VERY* often... once every 10 cycles
  239. through the main loop.  It's now happening once every 200 cycles and
  240. this should give better performance.
  241.  
  242. NEWS.ANS or NEWS.ASC will now be displayed to the user after signon but
  243. before "sitting down".  If only NEWS.ASC exists, then only that file
  244. will be displayed (to both ANSI and ASCII users).
  245.  
  246. Author-supplied ACTION.RAP and TALKTYPE.RAP files now greatly expanded.
  247.  
  248. There are a whole host of features coming just as soon as I have some
  249. time to work on it.
  250.  
  251. What's New - V0.55ß
  252. ===================
  253.  
  254. First beta-release
  255.  
  256.